home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 124 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB

  1. Date: Tue, 31 May 1994 13:34:47 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: Colour.
  4. To: gem-list@world.std.com
  5. In-Reply-To: <199405310906.LAA06920@blade.stack.urc.tue.nl>
  6. Message-Id: <Pine.3.87.9405311347.A24625-0100000@undergrad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11.  
  12. On Tue, 31 May 1994, Erlend Nagel wrote:
  13.  
  14. > I wrote:
  15. > > > But a program could do a request for a colour within a certain margin
  16. > > > from some value.
  17. > Timothy wrote:
  18. > > No.  An app should be able to get EXACTLY what color it asks for.
  19. > I probably was a bit unclear. The way I saw it, a program sends a
  20. > request for colour X with margin 0 and then it should get EXACTLY that
  21. > colour. Nice uh?
  22. > Erlend.
  23. Quite, but I think me may be deviating slightly.  The manager is going to 
  24. have to manage many palettes, one for each window, and it may not matter 
  25. what's in the palette.
  26.  
  27. I suppose the manager might have facilities for helping the app to build 
  28. a palette that is as close as possible to the current one, but if an app 
  29. doesn't follow our standard, the manager's going to have to handle the 
  30. palette changes automatically anyway.
  31.  
  32. Some apps (like GEMview) change the palette when topping a window, but 
  33. this shouldn't conflict with our manager as long as the manager is able 
  34. to record the palette belonging to a GEMview window just before it's 
  35. untopped, so that when the window is topped, GEMview and the manager both 
  36. set the same palette.
  37.  
  38. The problem is catching the system JUST before a misbehaved app sets the 
  39. palette of its newly topped window so the palette for the untopped window 
  40. can be recorded.  Is WM_UNTOPPED broadcast globally?  Is it broadcast 
  41. BEFORE WM_TOPPED?  If so, then there is no problem.
  42.  
  43.  
  44.